Application Number: 10/523,128 Dkt. No.: 186232/US 

Reply to O. A. of Oct. 4, 2007 

AMENDMENTS TO THE SPECIFICATION 

Please amend paragraph [0003] to read: 

Voice extensible markup language, or VoiceXML, is a markup language for voice or 
speech-driven applications. VoiceXML is used for developing speech-based telephony 
applications, and also enables web-based content to be accessed via voice using a telephone. 
VoiceXML is being developed by the VoiceXML Foru m, and is d e scrib e d at 
http://www.voioexml.org . Due to the verbose nature of VoiceXML, it can be cumbersome to 
develop VoiceXML-based applications manually using a text or XML editor. Consequently, 
voice application development systems are available that allow voice applications to be 
developed by manipulating gr^hical elements via a graphical user interface rather than coding 
VoiceXML directly. However, these systems are limited in their ability to assist a developer. It is 
desired to provide a process and system for developing a voice application that improves upon 
tiie prior art, or at least provide a useful alternative to existing voice application development 
systems and processes. 

Please amend paragraph [0054] to read: 

To facilitate the reverse translation from VoiceXML code to dialog, the dialog 
transformer 204 modifies the VoiceXML code by inserting additional attributes into various 
element tags, providing dialog element information that cannot be stored using the available 
VoiceXML tags. The resulting file 214 is effectively in an extended VoiceXML format. The 
additional attributes are stored in a separate, qualified XML namespace so that they do not 
interfere with the standard VoiceXML elements and attributes, as described in the World Wide 
Web Consortium's (W3C) Namespaces in XML recommendatio n, availabl e ot 
htlp://www.w3.org/TR/1999/REC xml names 199901 ll/ . This facilitates the parsmg of 
extended VoiceXML files. 



Please amend paragraph [0091] to read: 



Remote Processin 


K ^ 


Description: 


Call a server-side script (via a HTTP URL) to perform some processing. The script should 
return a VoiceXML document with fte results of the processing. 
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NOTES: 


Need PHP/CGI running on remote Web server to handle this. Name of the input and output 
parameters needn't be declared in the Variables element. The names of the input and output 
parameters should match what is required at the remote server end. Other Dialog Elements 
can refer to the output of the Remote Processing element using: 
"RemoteProcName.ou^utName". 


Parameters: 


Remote Processing 

Name: a name for this Remote Processing element. An object with this name will be created 
to store the returned outputs. Each output can then be accessed as 
$remoteProce5singName.$ou1put, eg. ValidatePin.validity 

Source URL: the URL of the remote script to execute, eg. http://server/cgi-bin/scriptl . 
Input 

Name: name of the input parameter to be submitted, eg. price. This is the name that the 
server script expects. 

Value: value of the input parameter to be submitted, eg. BuyForm.price, I, 'AUD', true, x + 
1. This may be any valid ECMAScript expression. The expression may reference any 
variable defined in the package, such as in a Variables element or a Form object If the value 
is an ECMAScript object with fields fl, f2, .... then the object is serialised and submitted 
using the names o.fl, o.f2 assuming o is the declared input name. 

Output 

Name: name of each parameter returned by the remote script, eg. outFieldl. The rranote 
script should return a VoiceXML document containing a subdialog form whose return 
namelist includes all these output fields. 



Please amend paragraph [0092] to read: 



LoouCall O 


Description: 


Calls a Loop to execute a part of a dialog that should be iterated several times. 


Notes: 


A corresponding Loop element is required. 


Parameters: 


Loop Call 

Name: a name for this Loop Call element. 

Source: the loop to call. The loop must be defined in this package. 



Please amend paragraph [0093] to read: 



Subroutine Call i 


Description: 


Start a subroutine. Used for breakmg bigger programs into smaller components, for ease of 
readability, reuse of code, and support of pre-packaged code. 


Notes: 


A corresponding Subroutine element is required. Input p^meter names needn't be declared. 
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Ouput parameter names are set by the Subroutine element Other Dialog Elements can refer 
to tiie output parameters by calling: "SubroutineCallName.OutputParamName". 


Parameters: 


Subroutine Call 

Name: a name for this Subroutine Call element. An object with this name will be created to 
store the returned outputs. Each output can (hen be accessed as $subName.$output, 
eg. VcdidatePin.validity. 

Source: the subroutine to call (qualified with the package name). If the declared subroutine 
inputs and outputs have changed, you may need to reselect the subroutine from the Source 
list box to refresh the displayed inputs and outputs. 

Inputs 

This is a list of the inputs that the called subroutine expects. For each input, you must specify 
an ECMAScript expression whose value will be passed to the subroutine, eg. 0, 
BuyForm.pnce, pinValidity, 'AUD'. It may reference any variable defined in the package, 
such as in a Variables element or a Form object. Note that strings should be quoted in single 
quotes. Note also that you cannot leave any input value blank. 

Outputs 

This is a list of the outputs that the called subroutine returns. 


Please amend paragraph [0102] to read: 


Subroutine 


Description: 


This is the entry point for a subroutine. 


Notes: 


Subroutine elements cannot be added to the Main Package. They can only be added to non- 
Main Packages. More than one Subroutine can be added to a non-Main Package. However, 
all Subroutine inputs and ou^uts must be unique within the Package, ie. no two Subroutines 
can declare the same input name or output name. Furthermore, no input name can be the 
same as an output name. 

The Subroutine element is created by (1) right-clicking on the "Project" icon on the 
Dialogs/Project Files window (LHS) to add a new Package; and (2) right-clicking on a 
Package icon on the Dialogs window (LHS) to add a new Subroutine. 

Each path in the Subroutine should end with a Return element, otherwise the Subroutine will 
not return to the calling dialog. 


Parameters: 


Subroutine 

Name: a name for this Subroutine element 
Input 

Name: name of each input parameter expected, eg. pin. The input will be declared as a 
document variable that you can access from anywhere within the package. You do not need 
to (re)declare it imder the Variables element 

Output 

Name: name of each return parameter, eg. validity. The output will be declared as a 
document variable that you can access from anywhere within the package. You do not need 
to (re)declare it under the Variables element 
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Please amend paragraph [0103] to read: 



Loop ' 


Description: 


A portion of the dialog that should be executed several times. 


Notes: 


The Loop element is created by right-clicking on the Package icon on the Dialogs window 
(LHS). Variables are freely shared between the Loop body and the main dialog (of the same 
Package) as they are in one VoiceXML document. 


Parameters: 


Loop 

Name: a name for this Loop element. 

Loop Test: an ECMAScript expression that if evaluated to true will cause execution of the 
next iteration of the loop, eg. counter < 5. 

Test at start: If enabled, the test condition is evaluated at the start of the loop and the loop is 
equivalent to a while / for loop. If disabled, the loop body is executed before the test 
condition is evaluated and the loop is equivalent to a do-while loop. 
Exit message: a message to be played when the loop exits normally, eg. there are no more 
items. The system can generate a de&ult text prompt and a de&ult audio tile name for 
recording the corresponding audio prompt, or you may enter in your own values. If a 
message is not required, the "Generate default.." checkboxes should be unchecked and the 
"Audio file" and "TTS" text boxes should be left empty. 

Loop Init 

Variables to be initialised at the start of the loop. 

Name: name of a variable, eg. counter. The variable must have been created elsewhere, such 
as in the Variables element. 

Value: an ECMAScript expression that sets the initial value for the variable, eg. 0. 
Loop Step 

Variables to be incremented before another iteration of the loop. The increment occurs 
before the test condition is reevaluated. 
Name: name of avari^le, eg. counter. 

Value: an ECMAScript expression to increment the variable, eg. counter + 1. 



